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CONNECTION CONTROL MODULE 

The present invention relates to a connection control module as is 
further described by the preamble of claim 1 . 

Such a connection control module is already known in the art, e.g. 
from the US potent nr 5,623,488 titled "call set-up server ". Therein, a call set-up 
server is described, adapted to control call handling and connection handling. 
This call set-up server especially includes a connection handling module, 
indicated by 320 of Figs 3, 7, and 10 of this prior art document . This connection 
handling module has a service interface, indicated with 315 to a call handling 
module 310 shown in the same prior art figures. Since a call handling module 
can be considered as a service control module, the prior art connection handling 
module including a call handling interface to a call handling module can thus be 
considered as corresponding to a connection control module as described in the 
preamble of the first claim of this document. 

A drawback of this approach is the lack of flexibility, mainly because 
of the full-connection approach in the presence of a half call control. This will be 
illustrated by means of the following example of a call forwarding service from a 
second to a third party. In the prior art case, two individual connections first need 
to be set up, a first one between a first and a second party; and a second one 
between this second and a third party* For the call-forwarding service from the 
first directly to the third party, a new connection between this first and third party 
is to be set up in the prior art system. This is quite difficult since a completely new 
connection handling module between the first and the third party is to be set up, 
based on information residing in the different central parts related to the first, 
second and third party. For other three-party supplementary services the 
appropriate connection handling module is to be constructed each time, based 
on information to be gathered from a higher level, e.g. the central part. This is 
difficult and complex. 

An object of the present invention is to provide a connection handling 
module of the above known type but wherein the above mentioned problem of 
lack of flexibility is solved. 
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According to the invention, this object is achieved due to the fact that 
the connection handling module is further adapted as is described in the 
characteristic portion of the first claim. 

In this way, by the availablity of a connection control interface to at 
5 least one other connection control module, these connection control modules can 
easily communicate with each other, so that the problem of establishing 
connections between the first and the third party, as was mentioned in the 
example, can now be easily realised by this communication between these 
different connection control modules, thereby eliminating the step of establishing 
10 a completely new connection control module between the first and the third 
party. Modularity and flexibility is thereby obtained. The connection control 
modules are thus also pertaining to a half-call model in addition to a full-call 
model. 

Another characteristic feature of the present invention is described in 

15 claim 2. 

Thereby not only call handling services are controlling the connection 
plane, but other supplementary services such as three-party conference, hold for 
enquiry, enquiry and transfer, call waiting services can do this as well. 

Yet another characteristic feature of the present invention is described 

20 in claim 3. 

By the presence of the service interface handler, each connection 
control module is able to analyse and interprete incoming messages from the 
service control modules, and perform, based upon the analysis of them, specific 
actions, one of which is described in claim 4. 
25 Thereby a physical device interface handler module is created by the 

service interface handler, in case the interpretation of the incoming message 
indicates that a particular type of physical device driver is needed. Physical device 
drivers are needed for setting up a physical connection, and are included in the 
switch. 

30 The physical device interface handler will accordingly try to connect 

itself to such a type of physical device driver by the aid of a resource manager 
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module which will first search for an appropriate type of physical device driver, as 
is described in claim 5. Claim 6 indicates that this chosen physical device driver 
is accordingly activated by the physical device interface handler module, which 
action is further confirmed towards the sen/ice interface handler and the service 
5 control module which originally transmitted the service request message, as is 
mentioned in claim 7. 

Other types of messages, leading to other actions to be performed by 
the service interface handler, are described in claims 8 and 9. 

Jhereby either an existing physical device interface handler module is 
10 either removed or deleted from the connection control module, or respectively 
modified. 

Still another characteristic feature of the present invention is 
mentioned in claim 10. 

In this case the service request message gives an identification of at 

15 least one other connection control module which is to be coupled to the present 
one, the service interface handler which receives this service request message will 
then start communicating with the service interface handler included in the other 
connection control module involved. 

Furthermore, as is stated in claim 1 1 , in case a connection at the 

20 physical level between two respective device drivers each coupled to both 
respective connection control modules is to be made, the first service interface 
handler will then send a message to a physical device interface handler of the 
same connection control module. The reference to this physical device interface 
handler as well being included in the sen/ice request message. As described in 

25 claim 12, this physical device interface handler will next start communicating 
with the appropriate physical device interface handler included in the connection 
control module to be linked. In this way the connection will be realised at the 
lower physical level through this communication between the indicated physical 
device interface handlers. 

30 The above and other objects and features of the invention will become 

more apparent and the invention itself will be best understood by referring to the 
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following description of an embodiment taken in conjunction with the 
accompanying drawings wherein: 

Fig. 1 describes an embodiment of two connection control modules 
according to the invention. 

5 

Connection control is dealing with the provision of a bearer service, 
provided via the control plane. The present connection control module is in 
charge of providing the bearer service within a switching node of a 
telecommunications network. The connection plane control as such can thereby 

10 be decomposed in several layers : the connection control layer itself, controlled 
by the present connection control module, the device handler layer which 
includes the different device handlers such as echo cancellers, dynamic 
integrated announcement modules, modems, etc. Above the connection control 
layer, the clients of the connection control module, i.e. the service control 

15 modules such as call control modules but also further services, are situated. As 
such the connection control module has an abstract or logical interface with 
these service control modules, and a physical interface with the device handlers. 

An essential feature of the connection control module of the present 
invention is that it pertains not only to a full call in case the service control layer is 

20 a call control layer, but also to a half call. This reflects itself by the fact that such 
a connection control module is adapted to communicate to another, similar, 
connection control module . Both communicating connection control modules 
are thereby both pertaining to a half call, such as the call control modules 
communicating with each of them. This has an enormous advantage in that the 

25 originating and terminating service control or (half) call control modules of the 
complete call each have their own halfside view of what is going on in the 
connection plane. The same of course holds for other service control modules 
which are the clients of this connection control module. 

This architecture is shown in Fig. 1 where two of such connection 

30 control modules, CCM1 and CCM2 resp. , are depicted. In Fig. 1 CCM1 is 
communicating with service control module SCI a, but also is adapted to 
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communicate to another service control module denoted SClb. Similarly CCM2 
is communicating with service control module SC2a, and is further adapted to 
communicate to a fourth service control module denoted SC2b. At the bottom 
level of the physical layer, CCM1 is communicating with physical device driver 
5 DDI, whereas CCM2 is communicating with physical device driver DD2; both 
devices being physical device handlers or drivers. 

Within such a connection control module two main blocks can be 
discriminated : a service interface handler, SIHl and SIH2 resp. for CCM1 and 
CCM2, and a physical device interface handler denoted PDIH1 and PDIH2 resp, 

10 for CCM1 and CCM2. Whereas the service interface handlers are permanently 
available as modules in the connection control module, these physical device 
interface handlers are not permanently available within the connection control 
modules, but are created by the service interface handlers themselves, on the 
basis of requests the latter receive from the service control modules. These 

15 physical device interface handlers may not only be created by the service 
interface handlers, existing ones may also be deleted by these service interface 
handlers, or modified by them, always in response to the contents of the 
messages exchanged between the service control modules and the service 
interface handler modules. 

20 This will now be illustrated by means of the example depicted in the 

figure. In a first phase, both connection control modules, CCM1 and CCM2 
independently of each other, receive a first message, denoted SRM1, SRM2 resp. 
from one of their service control modules : SCI a and SC2a resp. These 
messages are called service request messages since these originate from the 

25 service control module and contain information with respect to which service is 
asked, such as connect subscriber X, or connect to tone Y, or connect to another 
half-call connection, or connect a conference mixer, etc. The respective service 
interface handing modules SIHl and SIH2 are adapted to receive these 
messages and to analyse them. Dependent upon the result of this analysis, 

30 specific actions will be undertaken. In the example that a call is to be set up 
between a party coupled to or controlled by SCI a, SRM1 will be a "add party 



Printed:28-03~2001 



® 



- 6 - 

request", and the resulting action will be that a physical device interface handler, 
denoted PDIH1, will be created by the service interface handler SIH1. Once this 
physical device interface handler is created, SI HI will send to it a link device 
request message, denoted LDR1 , indicating that a physical device driver, in the 
5 example of the half call being the line termination card the party is connected to 
if this party is a local subscriber in the node, is to be searched for. The PDIH1 
accordingly transmits a resource request message, denoted RRM1 to a resource 
manager module of the switch. Such a resource manager module RM is able to 
select from. a plurality of physical device drivers, an appropriate one based on 

10 the contents in the resource request message, and give an identifier of the 
selected device driver via a resource confirmation message RCM1, back to the 
PDIH1. In the embodiment depicted in the Figure the resource manager RM 
includes several blocks, such as RM1 and RM2 amongst others that are not 
shown, whereby each is communicating to a different connection control module. 

15 In however other embodiments this is not the case . 

Once the physical device interface handler PDIH1 receives the 
resource confirmation message RCM1, it can thereby seize the corresponding 
device driver, in the example being DDI and thus representing a device driver for 
a line termination card. PDIH1 therefore transmits an activation message ACT1 

20 to DDI, thereby activating this physical device driver, whereby the latter responds 
by an acknowledgement message ACK1 to PDIH1. The physical device interface 
handler PDIH1 accordingly transmits a device confirmation message DCM1 to 
the service interface handler SIH1, which further transmits a service confirmation 
message SCM1 to SCI a, indicating that an appropriate physical device is now 

25 operative and linked to the connection control module CCM1 . 

For the other part of the half call, ordered by SC2a, similar operations 
had taken place, possibly concurrently or not, entirely dependent on the control 
of SC2a. Thus SC2a had generated a service request message SRM2 to SIH2. 
Upon analysis of this service request message, SIH2 had generated an 

30 appropriate physical device interface handler PDIH2, which further received link 
device request message LDR2 from SIH2 , for thereby assessing the resource 
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manager RM by means of resource request message RRM2. In the depicted 
embodiment, RM again included a specific part dedicated to CCM2. This specific 
part, denoted RM2 thereby selected an appropriate device driver DD2, from 
which it included its identity in a resource confirmation message RCM2,sent back 
to PDIH2. The physical device interface handler PDIH2, upon receipt of RCM2, 
starts activating DD2 by means of an activating message ACT2, which action was 
confirmed by DD2 back to PDIH2 by means of an acknowlegdement ACK2. This 
activation is further communicated upwards to the service interface handler 
module SIH2, via device confirmation message DCM2, and further to the service 
control module via service confirmation message SCM2. 

Once both half-call connections are established, via a respective 
assessment of a line termination card or a trunk termination card, dependent on 
whether the subscribers under consideration were locally connected or not; both 
need to be linked. This may occur first at the service level by means of another 
service request message denoted LRM, in the example depicted in the figure 
being generated by the service control module SCI a coupled to the first 
connection control module CCM1. However, this may also occur on request of 
the service control module SC2a coupled to the second connection control 
module CCM2. This service request message indicates that CCM2 and CCM1 
and, at a lower layer DDI and DD2, are to be connected or linked to each other. 
Upon receipt of LRM by SIH1, the latter service interface handler will generate a 
link request message LRM1 to the service interface handler SIH2 of the second 
connection control module CCM2, thereby further indicating that a connection is 
to be made between DDI and DD2. SIH2 confirms this message by replying to 
SIH1 via message LRM2. Furthermore SIH1 transmits a link device message LDM 
to PDIH1, which in its turn may start communicating with the indicated physical 
device interface handler PDIH2 of CCM2. This communication is however 
optional and is indicated in the figure by the double-sided arrow between PDIH1 
and PDIH2. However, both PDIH1 and PDIH2 may in another variant of the 
method be assessed by respectively SIH1 and SIH2, which activate the respective 
device drivers as to link the hardware devices coupled to it. These actions are 
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again confirmed by means of confirm messages from the device drivers to the 
physical device interface handlers to the service interface handlers to the service 
control modules. In order not to overload the drawing further, these messages 
are not shown. At this moment a full call connection, consisting of two half-call 
connections that are mutually linked, is established. 

Other messages generated by the service control modules may 
however indicate that existing physical device interface handlers have to be 
modified. This occurs for instance for the service "call waiting" whereby a tone 
generating, device needs to be accessed, to be activated and to be connected to 
the other party in order to communicate to this party that a first party wanted to 
contact it. 

In other cases the message generated by the service control module 
and received by the service interface handler may indicate that an existing 
physical device interface handler is to be removed. This is the case for the above 
mentioned example of "call waiting" service whereby after a predetermined time 
this tone generating device is to be removed again from the connection. 

While the principles of the invention have been described above .n 
connection with specific apparatus, it is to be clearly understood that this 
description is made only by way of example and not as a limitation on the scope 
20 of the invention, as defined in the appended claims. 
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CLAIMS 

1 .Connection control module (CCM1;CCM2) of a switching node in a 
telecommunications network, said connection control module (CCM1;CCM2) 
being adapted to communicate to a service control module (SCla;SC2a) of said 
switching node 

characterised in that 

said connection control module (CCM1;CCM2) is further adapted to 
communicate via a connection control interface to at least one other connection 
control module (CCM2;CCM1) of said switching node. 

2. Connection control module (CCM1;CCM2) according to claim 1 
characterised in that 

said connection control module (CCM1;CCM2) is further adapted to 
communicate with at least one other service control module (SClb;SC2b) of said 
switching node. 



3. Connection control module (CCM1;CCM2) according to claim 1 
characterised in that 

said connection control module (CCM1;CCM2) further includes a service 
20 interface handler (SIH1;SIH2) / said service interface handler (SIH1;SIH2) is 
adapted to receive from said service control module (SCMla;SCM2a) a service 
request message (SRM1 ;SRM2 / LRQM2) / to analyse said service request message 
and to perform an action, dependent on the result of the analysis of said service 
request message. 

25 

4. Connection control module (CCM1 ;CCM2) according to claim 3 
characterised in that 

in case said result of said analysis of said service request message indicates that 
at least one of a predetermined type of physical device drivers is needed for 
30 establishing a connection pertaining to a call, said action consists of generating a 
physical device interface handler module (PDIH1 ;PDIH2), associated to said 



- 10 - 

predetermined type of said physical device drivers, for inclusion in said 
connection control module (CCM1;CCM2). 

5. Connection control module (CCM1;CCM2) according to claim 4 
5 characterised in that 

said physical device interface handler module (PDIH1 ;PDIH2) is further adapted 
to transmit to an associated resource manager module (RM) included in said 
switching node, a resource request message (RRM1;RRM2), said associated 
resource manager module (RM) being adapted to select from a plurality of said 
10 physical device drivers of said predetermined type and included in or coupled to 
to said switching node, and based upon said resource request message 
(RRM1 ;RRM2), an associated physical device driver (DD1;DD2) of said plurality. 

6. Connection control module (CCM1;CCM2) according to claim 5 
15 characterised in that 

said physical device interface handler module (PDIH1 ;PDIH2) is further adapted 
to activate said associated physical device driver (DDI ;DD2), and to confirm said 
operation to said service interface handler (SIH1;SIH2). 

20 7. Connection control module (CCM1 ;CCM2) according to claim 6 

characterised in that 

said service interface handler (SIH1;SIH2) is further adapted to confirm said 
operation to said service control module (SCla;SC2a). 

25 8. Connection control module (CCM1;CCM2) according to claim 3 

characterised in that 
in case said result of said analysis of said sen/ice request message indicates that 
a physical device driver of said switching node is to be removed from an existing 
call connection, 
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said action consists of deleting an existing physical device interface handler 
module (PDIH1 ;PDIH2) associated to said physical device driver and included 
within said connection control module. 



5 9. Connection control module (CCM1;CCM2) according to claim 3 

characterised in that 

in case said result of said analysis of said service request message indicates that 
the operation of a physical device driver of said switching node is to be modified 
said action^consists of initiating a state change within an existing physical device 
10 interface handler (PDIH1 ;PDIH2) associated to said physical device driver and 
included within said connection control module (CCM1 ;CCM2). 

10. Connection control module (CCM1) according to claim 3 
characterised in that 

15 in case said result of said analysis of said service request message indicates that 
said at least one other connection control module is involved, 

said sen/ice interface handler (SIH1) is further adapted to communicate, to a 
service interface handler (SIH2) of said at least one other connection control 
module. 

20 

1 1 . Connection control module (CCM1) according to claim 10 
characterised in that 

upon communication with said service interface handler of said at least one other 
connection control module, said service interface handler (SIH1) is further 
25 adapted to communicate to a physical device interface handler referred to in said 
service request message and included in said connection control module 

12. Connection control module (CCM1) according to claim 1 1 
characterised in that 

30 said physical device interface handler referred to in said service request message 
is further adapted to communicate with a second physical device interface 
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handler referred to in said service request message and included in said at least 
one other connection control module (CCM2). 

5 
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ABSTRACT 
CONNECTION CONTROL MODULE 

A connection control module of a switching node in a 
5 telecommunications network, and adapted to communicate to a sen/ice control 
module of said switching node is further adapted to communicate to at least one 
other connection control module of said switching node. This approach enables 
to establish connections at the physiccal level by linking half-call connections at 
this level. 
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